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Re: U,S. Patent Application No. 10/553,636 



Message; 



PLEASE SEE ATTACHED 



Th. ir^formation contained in thi. facsimile r^essa ge is .eg.lly Pnvi'^g^.^^l"";^^^ 
terephone and return the original message to us at the below address by mail. Thank you. 



,F YOU DO NOT RECEIVE ALL OF THE PAGES, PLEASE CALL_ AT 312.984.7699 AS SOON AS 

POSSIBLE. 

M.inF™iei.1 312 984 7700 Fa«.m/te/^.^5to Outgoing Faxes: .1 312 984 2147; Upcoming Faxes: -.1 312 984 2134 



U S oractice conducted through McDermott Will & Emery llp, ^ -,^o a^-i onnn 

2^ wSXnroe Street Chicago. Illinois 60606-5096 Telephone: +1 312 372 2000 
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Attorney Docket No. 052003-0014 PATENT 
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In Re: U.S. Patent Application of 
Wolfgang Flatow 

Application No. 10/553,636 

Filed: October 19, 2005 

For: UNIVERSAL DATABASE SCHEMA 



PROPOSED AGENDA FOR TELEPHON E INTERVIEW 



Examiner: James Hwa 
Conf.No.: 6637 
Art Unit: 2163 

Atty Docket No.: 052003-0014 



Commissioner For Patents 

P.O. Box 1450 

Alexandria, VA 22313-1450 

Dear Sir; 

Applicant is submitting the proposed agenda for discussion during a telephone interview 
with the Examiner Ilwa concerning the above application. The proposed set of questions are 
being submitted informally in connection with the interview, and are not considered to be 
restrictive of the topics that may be discussed during the interview. Claim 1, as it currently 
appears in the application, is being submitted at the end of this agenda. 

Applicant would like to propose any day the week of January 12th-15th (Monday 
through Thursday), at 4;00 Eastern time for the interview. The proposed time is set to 
accommodate Applicant's counsel located in AustraUa. who would also like to participate in the 
interview. 



Prnnosed Ouestions/Tssiies for Interview 

Tliese questions are meant to address some of the Examiner's comments made in the Response 
to Arguments section of the Office Action mailed September 2, 2008: 

1 At page 3 paragraph 1 of the Office Action, the Examiner disagrees with the assertion 
that the metadata'tablcs of Lec are not a database schema. In doing so, references is made to 
Lee, namely column 15, lines 40-55. However this portion of f-ee states that: 

"the relational database can be any of the well-known relational databases" 
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The skilled person would understand that well-known databases are standard ^f-P^"*,^ 
type schema databases. Such schemas do not define tables as claimed m claim 1, highlighting 
that the schema of Lee is not relevant to the claimed arrangement. 

Irrespective of this, the portion of the document referred to by the Examiner goes on to state that: 
"the DTD is haded by the system and med in metadata format to generate the relational 
schema of the second data definition portion" 

In other words, the DTD and metadata tables are used to generate the schema and are not the 

schema itself. 

Please clarify why the Examiner disagrees with the statement that the metadata tables °f Lee axe 
not a database schema, when Lee explicitly dmws a distinction between the relational schema 
and the DTD (used in metadata format) to generate the relational schema. 

2 At page 3. paragraph 3, the Examiner disagrees with our argument that the prior art 
discloses datTrepresentative of the DTD being stored in metadata tables before being used to 
:ZeZ a rdat onal schema. However, Lee explicitly states that the DTD m metadata format is 
used T^nerate the schema. Please clarify why you disagree with the statements put forth by 

Applicant. 

% At oase 4 paragraphs 2 and 3, the Examiner disagrees with the argument that Lee 

describes t^t LL ;eMonal schema is achieved by mapping the metadata tables ^-^-P^^f 
reSment means that the schema would not have a similar structure to the metadata tables^ In 
tlTc^t specification the mappmg i. used to described how a prior art table-per-objecl type 
schema can be mapped to a schema accordmg to claim 1 [0054]. 

Tlie Examiner goes on to state that "mapping of metadata tables" is not recited in the cM^^- 
Mlpping is an Operation used to transform data from one format or arrangement to ano^er 
foZi or arrangement, and mapping as described in the prior art. may not achieve the sa^^c 
S ^prantTikiclari^^^^^ 

claim a fe^rture of the prior art, which is not part of the claimed invention. 

4 At page 4, paragraph 5, the Examiner rejected the argument regarding the 

L:Telation^^bet^ieen the first and second tables for storing entity ^id names of enUty 

Shaspro^^^^^^^^^^ Please explain dereference 

to the groups of attributes, as this is not clear. 
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For example attributes of Lee do not correspond to entities or entity types as clataed in claim 1, 
Ld he-fore reference to attributes appear, completely irrelcvantto the P^-^the Ex— s 
addressing. In addition to this, even though Lee describes links between ables he Exjmer 
has not identified first and second tables which store entity types and entities ^^fJ^V 
claim 1 . Please clarify which tables in the schema of Lee form the first and second tables. 

The Examiner goes on to disagi^ with the argument that Lee does iiot P^°^|^ ^^^^^^^^ 
related to the second and third tables. However, it is noted on page 11, parag^iph 2 that lee 
docs not explicitly teach the claimed limitation 'one or more va^ue f -S^,^^^^^^^^^^^^ *° 
second and third tobies to associate stored field values with entities." Applicant would 
appreciate clarification on this point. 

S At page 5 and 6 of the office action, the Examiner disagreed that the schema of Lee is 

a standard table-per-object schema, and that the clamied invention can replace such schemas 
al owfng new enStics t^ be added to a database without requiring addition of new tables^I^ tiiis 
^gaTd. L Examiner goes on to indicate that these features are not claimed and camiot be relied 
upon. We would appreciate further clarification on this point. 

Again, we would highlight that as already identified by the Examiner, Lee r^e^to ti.e relational 
database being a well-known relational database (column 15, lines 41-43). As will be 
a^Ste^Sy the Examiner, ti^^ 

table-per-object schema, which is the standard well-known database schema. 

The structure of claim 1 is not a table-per-object schema, as the requirements f t^e^claim do^^^^^^ 
allow a table-per^object arrangement to be supported. Furthermore, as the first and second table 
define entity types Ld names, an entity can be added without requirmg a table to be added. Tlus 
is a structural advantage over the prior art. 



ZnSmth.artto™difyLeeinvi=wofO-Bri»assu6g«trfmftcOffi«Ac«on. 

The four-tabte structure of the present tavention utiltos a '«r°?i,<'*^'°°bkTSoL1 
PrT/AU2004/000522). The bottom-level table contammg the data (the Field 
S c— g fte data types (the FieldType table) and also a jfjj,^^^^'''^''^^ 
■Z. Pntitv and FieldTvDe tables references the top-level parent table (Entity lype). m ims 
S^cS^ L'^t^m-S datatable references .he top-level parent table only md^Ctly. through 
either the FieldType or the Entity tables. 
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of the present invention, Thi. means that the child table(s) will relate directly the parent table, 
without having tlie FieldType and Entity intermediaries. 

The structure of the O'Brien schema is a chain configuration The b^^^^-^^^f.^^^Jf 

that co^tX the data is refeired to as MEM Data. This table, in some way. hke tiie Universal 

Slba^'lma data table (the Field table), contains the data for the Par-t e-ti^- JJ^^^^ 

difference is that the data table from O'Brian relates to only the parent ^^^if,, f^M Coh^n^ 

and not to BOTH a data type and parent table as in the present invention. ll^^^tM Column 

« L to a parent table, MEM Table, which then relates to P^^^'J^^^™^^^^^^ 

Fionre 2 which shows a picture of the chain-structure starting at MEM Data, 

mIm Tabt and ending at Owner). Figure 3 of O'Brien (showing the data widnn the tables^ 

verifies that'tS tables are configured in a chain-structwe, with Mem Data refeenc^ig Mern 

SutJ^ wiich references MEM Table, which references Owner. Ue diamond structure of the 

present invention is unique from the chain structure of O'Bnen. 

Another subtle distinction of the present invention from O'Brien that makes apparent the 
^Tac fcal dSerences of the different configurations, is how new entities are added and relate to 
Sottf In O'Brien, these relationships are created through the MEM relationship table^d 
!he references a^e crea ed solely to the MEM Column table (note how MEM table and ISffiM 
S t a sep^^^^^^^ Column from Core Table and MEM R.lat on.bip m Figure 2 of 

S'Brien). Contrast that with Figure 5 of the present invention ^ n m *e 
PCT/AU2004/000522, where the relationship tables are referenced by all three of the 
EntityType, Entity, and Field tables. 

(Previously presented) A computer software program recorded on a machine-readable 
medium and containing machine readable instructions for execution by an electronic processor to 
provide a database management system, the program comprising; 

a database management schema comprising; 

a first table to store the names of various entity types; 

a second table related to the first table to store the names of entities of the various entity 

a third table related to the first table to store the names of fields in respect of the various 

entity types; , 
one or more value storage tables rfa«d to the s«ond and third tables to a^c««e stored 

field values with entities; and 

identifiers to indicate the nature of the data to be stored in each of said tables. 
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Again, the above questions and comments are being submitted informally in view of the 
upcoming telephone interview. Applicant would appreciate Examiner Hwa contacting the 
undersigned to confinn the date and time of the interview. 



Respectfully submitted, 



Date: January 2009 By: 

Monique A. Momeault, Reg. No. 37,893 
Customer No. 1923 

McDERMOTT WILL & EMERY LLP 
227 West Monroe Street 
Chicago, Illinois 60606-5096 
Direct: (312) 984-7699 
Main Office: (312) 372-2000 



CERTIFICATE OF FACSIMILE 

I hereby certify lhat this correspondfiiicc is being sent by Eacsimile to Examiner Hwa at fax no. 571-270-2285, on Januaiy , 

2009. 



Sarah J. Goodnight 

CHI99 50708(59-1 .052003.0014 
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